home *** CD-ROM | disk | FTP | other *** search
/ SGI Desktop Special Edition 1.1 / SGI Desktop Special Edition 1.1.iso / relnotes / patchSG0000670 / ch1.z / ch1
Text File  |  1995-11-13  |  8KB  |  265 lines
  1.  
  2.  
  3.  
  4.                                   - 1 -
  5.  
  6.  
  7.  
  8.        1.  _P_a_t_c_h__S_G_0_0_0_0_6_7_0__R_e_l_e_a_s_e__N_o_t_e
  9.  
  10.        This release note describes patch SG0000670 to IRIX 5.3.
  11.  
  12.        1.1  _S_u_p_p_o_r_t_e_d__H_a_r_d_w_a_r_e__P_l_a_t_f_o_r_m_s
  13.  
  14.        This patch contains bug fixes for all platforms.
  15.  
  16.        1.2  _S_u_p_p_o_r_t_e_d__S_o_f_t_w_a_r_e__P_l_a_t_f_o_r_m_s
  17.  
  18.        This patch contains bug fixes for IRIX 5.3 and IRIX 5.3 with
  19.        XFS.  The software cannot be installed on other
  20.        configurations.
  21.  
  22.        1.3  _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_0_6_7_0
  23.  
  24.        This patch contains fixes for the following bugs in IRIX 5.3
  25.        and IRIX 5.3 with XFS.  Bug numbers from Silicon Graphics
  26.        bug tracking system are included for reference.
  27.  
  28.           +o The IP multicast support did not prune multicasts when
  29.             they were not needed (bug 255570).
  30.  
  31.           +o IP multicast multicast routers with more than two
  32.             interfaces decremented the time-to-live field too
  33.             often, and could corrupt the IP header checksum (bug
  34.             249138).
  35.  
  36.           +o When TCP connections are being created and destroyed at
  37.             high rate, a multiprocessor system may panic with a
  38.             segmentation violation (bug 248734).  This fix avoids
  39.             the race between accept() and tcp_drop() on
  40.             multiprocessor machine.
  41.  
  42.           +o When TCP connections are being created at a high rate,
  43.             a system panic may occur with message "soaccept
  44.             !NOFDREF" (bug 249206).  This fix avoids the race
  45.             between accept() and tcp_drop().
  46.  
  47.           +o When TCP connections are being created at a high rate,
  48.             connections may time out even though the server is
  49.             largely idle, due to the backlog limit on the server's
  50.             initial connection socket being limited to a small
  51.             value (bug 245976).  This change allows the maximum
  52.             backlog value to be reconfigured, by modifying the
  53.             variable somaxconn in /var/sysgen/master.d/bsd.
  54.  
  55.           +o When remote TCP clients disappear forever (where the
  56.             client systems do not respond to pings), with
  57.             connections open and data queued for output, after the
  58.             local server has closed the connection, but before all
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                                   - 2 -
  71.  
  72.  
  73.  
  74.             the data has been delivered and acknowledged, the TCP
  75.             socket is left in the kernel indefinitely, even if the
  76.             server set the SO_KEEPALIVE option (bug 248935).  This
  77.             eventually uses up all available network buffer space.
  78.             This change adds a new kernel variable,
  79.             tcp_keep_timer_in_close, located in
  80.             /var/sysgen/master.d/bsd.  This variable may be set to
  81.             a non-zero value, to permit SO_KEEPALIVE timeouts to
  82.             act on such sockets.  The variables tcp_keepidle (the
  83.             basic SO_KEEPALIVE timeout period) and tcp_keepintvl
  84.             (the SO_KEEPALIVE probe interval) are now located in
  85.             /var/sysgen/master.d/bsd as well, to simplify modifying
  86.             them.  On heavily used TCP servers, it may be useful to
  87.             reduce tcp_keepidle from the default (2 hours) to
  88.             something less (perhaps 15 minutes).
  89.  
  90.           +o The automount daemon may hang for several minutes at a
  91.             time or the sendto() system call may churn up lots of
  92.             system cpu for a non-bound UDP socket for MP systems.
  93.             Incoming UDP packets for a specific socket may be
  94.             discarded if an application is currently executing a
  95.             sendto() system call on the UDP socket.  One particular
  96.             symptom is the local automount deamon not responding to
  97.             a request (mount or symlink LOOKUP) for 30 seconds or
  98.             longer while the local nfs kernel client code (/hosts/
  99.             mount) times out and retries the request.  The dropped
  100.             UDP packets show up in the udp section of "netstat -s"
  101.             output with the label "XXX datagrams dropped due to no
  102.             socket".  Other programs which use UDP extensively may
  103.             encounter this problem of incoming packets dropped
  104.             while the program is executing a sendto() syscall.  The
  105.             problem is due to the way the sendto() system call is
  106.             implemented over UDP in 5.3 .  Each sendto() causes a
  107.             connect/udp_output/disconnect to be done on the socket
  108.             which may (1) encounter high lock contention and (2)
  109.             will discard packets received for this socket which
  110.             arrive during the sendto().  The fix is to properly
  111.             multithread sendto() for UDP to allow concurrent
  112.             transmit and receive.  Bugs 252553 and 258545.
  113.  
  114.           +o IRIX did not include the base support necessary for
  115.             firewall to firewall encryption feature of the Gauntlet
  116.             firewall product.
  117.  
  118.        1.4  _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_0_6_7_0
  119.  
  120.        This patch release includes these subsystems:
  121.  
  122.           +o patchSG0000670.eoe1_sw.svr4net
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.                                   - 3 -
  137.  
  138.  
  139.  
  140.           +o patchSG0000670.eoe1_sw.unix
  141.  
  142.           +o patchSG0000670.eoe2_sw.ipgate
  143.  
  144.           +o patchSG0000670.eoe2_sw.tcp
  145.  
  146.  
  147.        1.5  _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
  148.  
  149.        Because you want to install patches for only the problems
  150.        you have encountered, patch software is not installed by
  151.        default. After reading the descriptions of the bugs fixed in
  152.        this patch, determine the patches that meet your specific
  153.        needs.
  154.  
  155.        Patch software is installed like any other Silicon Graphics
  156.        software product.  Follow the instructions in your _I_R_I_S
  157.        _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _G_u_i_d_e to bring up the miniroot form of
  158.        the software installation tools.
  159.  
  160.        Follow these steps to select a patch for installation:
  161.  
  162.          1.  At the Inst>prompt, type
  163.  
  164.              iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  165.  
  166.              where _x_x_x_x_x_x_x is the patch number.
  167.  
  168.          2.  Select the desired patches for installation.
  169.  
  170.          3.  Initiate the installation sequence. Type
  171.  
  172.              IIIInnnnsssstttt>>>> ggggoooo
  173.  
  174.          4.  You may find that two patches have been marked as
  175.              incompatible.  If this occurs, you must deselect one
  176.              of the patches.
  177.  
  178.              IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  179.  
  180.              where _x_x_x_x_x_x_x is the patch number.
  181.  
  182.          5.  After completing the installation process, exit the
  183.              _i_n_s_t program by typing
  184.  
  185.              IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
  186.  
  187.  
  188.        To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
  189.        would for any other software subsystem.  The removal process
  190.        reinstates the original version of software unless you have
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.                                   - 4 -
  203.  
  204.  
  205.  
  206.        specifically removed the patch history from your system.
  207.  
  208.        vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  209.  
  210.        where _x_x_x_x_x_x_x is the patch number.
  211.  
  212.        To keep a patch but increase your disk space, use the
  213.        _v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
  214.  
  215.        vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  216.  
  217.        where _x_x_x_x_x_x_x is the patch number.
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.